home *** CD-ROM | disk | FTP | other *** search
/ Mission 3 / Mission 3.zip / Mission 3.iso / zugabe / va45 / visual45 / docs / intro_fr.txt < prev    next >
Text File  |  1997-02-23  |  8KB  |  172 lines
  1.      Introduction / Avertissements
  2.  
  3.  
  4.  
  5. La sortie de ce kit de développement représente notre dernière 
  6. action (désespérée) en faveur du monde Atari.
  7. Depuis l'arrivée de Windows 95, le monde du x86 a fait un 
  8. pas déterminant dans le monde des systèmes à base de fenêtres. 
  9. J'ai personnellement réussi à le faire tourner 5 minutes sans le 
  10. planter : quelle affaire !
  11. En fait le système TOS, pour être objectif autant que faire se 
  12. peut, n'a qu'un avantage face à ses concurrents : il est sorti en 
  13. 1984. A ce moment, c'était quelque chose de fabuleux, mais ses 
  14. dernières améliorations sont décevantes et de toute façon, il est 
  15. dépassé.
  16. Le point psychologique n'est pas 16 ou 32 bits, non plus mul-
  17. ti-tache ou pas : c'est la compatibilité ! De nos jours Windows 
  18. 95 n'est plus compatibles avec les anciens programmes, et où est 
  19. le problème ? Nous sommes restés compatibles et pour quels ré-
  20. sultats ? On a toujours une barre des menus horrible, seulement 
  21. 6 accessoires et des tas de bugs en ROM !
  22. Qui est le responsable ? Atari Corp bien entendu. Prenons 
  23. quelques instants pour y penser et retracer l'historique du monde 
  24. Atari ST :
  25. Le duo TOS/GEM est né, ses avantages :
  26. - composants peu chers et très fiable : Motorola,
  27. - système basé sur des fenêtres,
  28. - port Midi ! port Série ! port Parallèle ! lecteur de dis-
  29. quettes ! deux joysticks ! Cartouches d'extension direc-
  30. tement sur le BUS ! marche sur TV 50/60 Hz,
  31. - mémoire vidéo en RAM ! synchronisation vidéo faci-
  32. le,
  33. - format de disque compatible DOS : très visionnaire re-
  34. connaissons le !
  35. C'était le système personnel le plus puissant, quels étaient 
  36. ses défauts ?
  37. - bugs dans la ROM (pas un problème en soi) mais diffi-
  38. cile à mettre à jour !
  39. - Système lent compilé en C (C ou bien assembleur, 
  40. nous en discuterons)
  41. - aucune haute résolution (>200 lignes) sur TV du 
  42. moins.
  43. Vous voyez : peu de défauts comparés aux avantages !
  44.  
  45. Le temps s'écoule et Windows arrive !
  46.  
  47. Windows est très lent ; alors on dope la fréquence horloge 
  48. pour arriver à une utilisation confortable malgré la demande de 
  49. puissance toujours croissante des logiciels. Il est intéressant 
  50. mais tordu à programmer.
  51.  
  52. Le temps s'écoule toujours et la bombe apparaît (pas trop tard 
  53. mais ... nous allons voir).
  54.  
  55. Le TT arrive : trop cher, le Falcon tombe de son nid, ses 
  56. avantages :
  57. - tous ceux évoqués plus avant plus :
  58. - un circuit SCC ajoutant deux ports série à  230000 
  59. bauds !
  60. - un circuit son CODEC stéréo/16 bits/49 KHz,
  61. - un DSP Motorola 56001 connecté au DMA et au CO-
  62. DEC via une matrice très intelligente !
  63. - un port SCSI 1 ! un port IDE !
  64. - un circuit vidéo très flexible pouvant faire presque 
  65. n'importe quelle résolution !
  66. - EPROM contenant le TOS enfin sur support !
  67. - co-processeur 68882 optionnel !
  68. - carte optionnelle direct-processeur pour améliorer la 
  69. vitesse !
  70. Ce n'était pas la machine la plus puissante, mais si elle avait 
  71. été vendue dès le début à son prix d'aujourd'hui qui reste raison-
  72. nable, certainement le meilleur rapport qualité/prix (et sans nul 
  73. doute le meilleur pour un traitement temps-réel du son). Ses dé-
  74. savantages :
  75. - un bus 24 bits et data en 16 bits malgré l'emploi d'un 
  76. processeur 68030 !
  77. - pas de DMA pour le circuit SCC !
  78. - le port série du MFP n'a pas été sorti !
  79. - pas de contrôleur SCSI-2 !
  80. - pas de sortie niveau ligne et un horrible filtre passe-bas 
  81. en sortie !
  82. - moins important : processeur à 16 MHz seulement ! 
  83. (Les cartes d'extension sont là pour ça)
  84. Nous voyons que bien qu'utilisant les meilleurs composants 
  85. du marché (Motorola, Zilog ...) ils ne sont pas configurés pour 
  86. être utilisés au maximum de leurs capacités. Mais le match 
  87. n'était pas fini ...
  88. Le problème est que le système d'exploitation, malgré le tra-
  89. vail énorme investi par les passionnés de tous pays pour le corri-
  90. ger et envoyer leurs travaux à Atari-corp, est toujours buggé, est 
  91. toujours aussi lent (C) et est toujours compatible avec lui même 
  92. !
  93. Alors l'évolution des x86 prend un nouveau souffle mais Mo-
  94. torola suit cette évolution aussi bien en terme de génération que 
  95. de vitesse (68040, 68060 ...). Comme Atari ne fait aucune pro-
  96. position de carte d'extension ni ne sort de nouvelle machine, x86 
  97. marque un bon point car il est en évolution constante en termes 
  98. de prix et de vitesse.
  99.  
  100. Le résultat, vous le connaissez tous : il faut mettre des 'patchs' 
  101. dans votre dossier AUTO. Vous devez modifier vos machines 
  102. pour passer votre CPU à 40 MHz, le FPU à 40 MHz, le DSP à 
  103. 40 MHz, la vidéo à 50 MHz, le BUS à 20 MHz.
  104. Le problème fondamental est que le dernier TOS en date 
  105. (4.0x) ne fait qu'apporter des fonctions spécifiques Falcon, et ne 
  106. prévoit rien pour le multi-tâche (notion de process, pipes ...) ni 
  107. pour le réseau ! Je ne demande pas la lune : le système actuel est 
  108. déjà multi-tâche depuis longtemps puisqu'il est en fenêtres. Je ne 
  109. demande pas non plus un système 100 % sans erreur. Je voulais 
  110. juste une architecture un peu plus visionnaire : inspirée d'Unix !
  111. La compatibilité a tué le Falcon. S'il s'était tourné vers l'archi-
  112. tecture qui gagne aujourd'hui tout en gardant ses spécificités : 
  113. Unix / GEM / Réseau nous n'en serions pas là (GEM vaut bien 
  114. X11 après tout ? )
  115.  
  116. Imaginons juste quelques petites choses en plus : 
  117. - des librairies pour les fonctions du bureau (recherche 
  118. de fichiers, formatage de disques, information ...)
  119. - des librairies pour les appels système (GEM-DOS, 
  120. BIOS, XBIOS ...)
  121. - des librairies pour les sorties graphiques (AES, VDI 
  122. ...)
  123. - des librairies réseau (TCP/IP, ...)
  124. - librairies en ROM ou chargeables.
  125. - accès disques cachés.
  126. - noms de 256 caractères de long !
  127. jusqu'ici uniquement du travail logiciel !!!
  128. - carte ethernet optionnelle !
  129.  
  130. Disons qu'il faille une année à une équipe de programmeurs 
  131. Atari pour sortir un nouvel OS. Il serait possible d'arriver à une 
  132. machine sur-puissante pourvu qu'Atari laisse un de ses program-
  133. meurs (une sorte de superviseur) travailler sur la correction des 
  134. librairies grâce aux informations revenant des développeurs et 
  135. utilisateurs (qui ne demandent qu'à aider). Après une année de 
  136. travail coopératif mondial, nous aurions un système 100 % sans 
  137. erreur. Ajoutons une année pour que quelques fanas de l'assem-
  138. bleur traduisent les librairies en assembleur et nous aurions l'OS 
  139. le plus rapide malgré ses 16 MHz ridicules.
  140. Une façon de gagner la bataille de "on augmente la vitesse 
  141. horloge pour compenser la complexité croissante des 
  142. compilateurs objet" est de redescendre un niveau logiciel en 
  143. écrivant en assembleur au moins les fonctions 'sensibles'. Avec 
  144. les modes d'adressage du 68030 je vous promet que ce serait fa-
  145. buleusement simple.
  146. Au fond, le problème de communication est aussi une des 
  147. causes de cette stagnation. Quand je pense à tous les patchs dis-
  148. ponibles et à l'époque à laquelle ils ont été créés, alors je dis 
  149. qu'il y a un blocage quelque part quand je les vois toujours pré-
  150. sents dans le TOS 4.04. Avec Win!X et HSMODEM, il n'est 
  151. plus acceptable de voir ni routines lentes ni bugs résiduels.
  152.  
  153. Le Visual AssembleurTM est notre effort personnel et proba-
  154. blement final pour le futur du monde Atari. Maintenant tous les 
  155. programmeurs peuvent mettre de côté les appels AES et se con-
  156. centré totalement sur l'écriture de routines rapides pour leurs 
  157. programmes. La compatibilité est totale, et même si le format 
  158. graphique de l'écran changeait un jour, cela fonctionnerait enco-
  159. re ! Regardez ce qui s'est passé pour Windows 95 : juste une pe-
  160. tite re-compilation et vous sortez un logiciel qui marche !
  161. La plate-forme Atari Devpac/MonSt est à notre idée la plate-forme la plus évoluée et la plus agréable à manipuler pour les 
  162. développeurs 68000, et devrait être introduite dans tous les 
  163. cours et travaux pratiques concernant ce processeur.
  164. Nous pensons personnellement qu'écrire des routines assem-
  165. bleur pour des processeurs Motorola est bien plus agréable et ef-
  166. ficace que d'écrire et de débugger du C/C++ sur machine x86. 
  167. C'est notre sentiment, nous voulons le transformer en pari avec 
  168. vous, la balle est dans votre camps ....
  169.  
  170.  
  171.  
  172.